Installing the WEM Software


Installing the WEM Software
 
This chapter provides the step-by-step procedure of installing WEM application using the GUI-based installation wizard and the console-based installation. Additionally it provides instructions that need to be followed before starting the WEM installation so that it completes successfully.
This chapter includes the following topics:
note_smallImportant: Unless otherwise specified, the information in this chapter applies to both Sun Solaris and Red Hat Enterprise Linux-based (RHEL) WEM systems.
Before You Begin
Prior to performing the installation procedure, this section previews each step to ensure that your ready to successfully complete the installation. Detailed installation instructions follow.
note_smallImportant: Special rules apply when you are installing redundant High Availability servers using Oracle or Veritas clustering software. Refer to the appendices for more information.
Step 1 - Verifying Hardware Status
The first thing that you need to do is to ensure that the WEM server hardware has been provisioned properly for your application. This includes:
Verifying that the hard disk has been partitioned properly using the recommendations outlined in the WEM Server Hardware Sizing and Provisioning Guidelines section of the WEM Port and Hardware Information chapter.
Step 2 - Setting the WEM Server's Database Environment Strings
This step is required to configure how the PostgreSQL database engine processes, stores, and retrieves information contained in the various databases stored using the UNIX file subsystem. Failure to configure these settings may cause data loss and will minimally cause errors in the WEM's operation. Special instructions apply for updating the Postgres database if you are installing redundant High Availability servers using clustering software. Refer to the appendices for more information before you start installation.
Step 3 - Unpacking the WEM Application Files
WEM installation files are distributed as a single compressed file. Once the file is obtained, it must be copied to the server and unpacked. It is recommended that you copy the file to a temporary directory on the server.
Step 4 - Installing the WEM Software
This step consists of choosing the desired installation method (console-based or the Graphical User Interface (GUI-based) and performing the physical installation onto the WEM server. There are three software components that are installed as part of this procedure. They are:
note_smallImportant: If you are installing the WEM to upgrade an existing version that is currently installed and running, proceed to Upgrading the WEM Software chapter of this guide. If you are installing redundant High Availability servers using Clustering software, you should also refer to the appendices for special instructions.
Step 5 - Configuring WEM Client Session Management Parameters
There are numerous client session management parameters that control how many client sessions may be simultaneously accessed, idle timeout periods, and various other client-related items. This configuration file, which resides on the WEM server, should be modified (if needed) prior to starting the WEM server processes.
Caution_iconCaution: Failure to perform the WEM server startup procedure in the exact order shown in this document may prevent the application from initializing and working properly.
Step 6 - Configuring IP Multipathing (IPMP) on WEM Server (Optional)
IPMP, or IP multipathing, is a facility provided by Solaris® to provide physical interface failure detection and transparent network access failover for a system with multiple interfaces on the same IP link. IPMP also provides load spreading of packets for systems with multiple interfaces.
For IPMP configuration, refer to the Configuring IPMP on WEM Server section.
note_smallImportant: IPMP is a feature supported on Solaris® platforms provided by Oracle. The configuration is documented in the various User Guides from Oracle.
Setting the PostgreSQL Database System Environment Configurations
Prior to installing the WEM application onto the WEM server hardware, there are numerous system environment configuration settings that should be configured. While PostgreSQL is installed during the GUI-based installation procedure, these settings must be configured manually.
Red Hat Enterprise Linux (RHEL) Servers
In the System Settings Check Panel, ensure that following entries are present in '/etc/sysctl.conf'
If one or more entries are missing then abort installation, update '/etc/sysctl.conf', restart the system and re-run installer.
Solaris Servers
In Solaris, the user has to edit the /etc/system file.
Add the following values to the system file in the /etc directory and restart the system before continuing with the installation of the WEM application:
set msgsys:msginfo_msgmnb=65536
set msgsys:msginfo_msgtql=1024
set shmsys:shminfo_shmmax=0x20000000
set shmsys:shminfo_shmmin=1
set shmsys:shminfo_shmmni=256
set shmsys:shminfo_shmseg=256
set semsys:seminfo_semmap=256
set semsys:seminfo_semmni=512
set semsys:seminfo_semmns=512
set semsys:seminfo_semmsl=32
Configuring PostgreSQL Database System Environment
Type the vi command:vi /etc/system <Enter>
Type the end of file command.<Shift> G <Enter>
Press <Esc>.
Type the write to file and save command::wq! <Enter>
Type the reboot command.reboot <Enter>A warm reboot may be performed by pressing <Ctrl-Alt-Delete>.
Unpacking the Installation Files
WEM installation files are distributed as a single compressed file with a “.tar.gz” extension.
Once the installation file has been copied to the server, use the following procedure to unpack the file.
Step 1
Step 2
gunzip file_name.tar.gz
file_name is the name of the WEM application installation file.
Step 3
tar -xvf file_name .tar
Decompressing the installation file results in the following files:
setup.bin: The installation binary file.
inst: The executable file used to initiate the installation. This file is used for both the console- and the GUI-based methods.
uninst: Once the WEM application has been installed, this file must be copied to the /<ems_dir>/_uninst/ directory. It is the executable file for uninstalling the application for both the console- and GUI-based methods.
file_name.tar: A compressed file containing all of the application files required for both the script- and GUI-based installation methods.
README: A text file containing information pertaining to the release.
sqlfiles.tar: Script Query Language files related to WEM database functionality.
ems_migrate: A script that performs a backup or restore of the WEM databases.
ems_migrate.cfg: A file that contains configuration information related to the ems_migrate script.
README.ems_migrate: A text file containing information related to the EMS migrate functionality.
Determining the Best Installation Method
The WEM and its ancillary components such as the Apache web server and PostgreSQL database engine, may be installed in one of the following two methods.
GUI-based method: This method is the most commonly used installation procedure. Requirements for using this method include:
Console-based method: This method is available to users who do not have an X-Windows client available for remote network connectivity to the WEM server via Telnet or SSH.
Installing the WEM Software using the GUI-Based Installation Wizard
Follow the instructions below to install the WEM using the GUI-based installation wizard.
note_smallImportant: If you are installing the WEM to upgrade an existing version that is currently installed and running, proceed to the Upgrading the WEM Software chapter of this guide. If you are upgrading software on redundant High Availability servers using clustering software, you should refer to the appendices.
Step 1
Step 2
./inst
The WEM Installer dialog appears:
Step 3
Click Next to proceed.
Step 4
note_smallImportant: Future releases will support a Scalable installation mode.
note_smallImportant: If you are configuring a High Availability installation using redundant servers in an Oracle Cluster environment there are certain requirements regarding identical setups on both servers. Refer to the appendices for more information before proceeding.
/<ems_dir>/ which is /users/ems by default
note_smallImportant: The IP address specified must be ICMP reachable.
note_smallImportant: If the Enforce SSL option is enabled, the configuration settings for the chassis should be changed as needed.
note_smallImportant: Ports 1 to 1024 are reserved and should not be used.
note_smallImportant: Ports 1 to 1024 are reserved and should not be used.
note_smallImportant: Apache port HTTP and HTTPS both should be different to establish the successful connection between WEM client and WEM server.
note_smallImportant: This field will not be displayed if the Enforce SSL parameter in the SSL Configuration panel is enabled.
note_smallImportant: This setting must be identical to the iiop-port setting on the system. The parameter entered here is used as a default value by the application. Once the server installation is complete, a chassis to be managed can be configured each with their own IMG Port value through the client interface.
note_smallImportant: This field will not be displayed if the Enforce SSL parameter in the SSL Configuration panel is disabled.
note_smallImportant: This setting must be identical to the siop-port setting on the chassis. The parameter entered here is used as a default value by the application. Once the server installation is complete, additional ASR 5000s to be managed can be configured with unique ASR 5000 Port values through via the WEM client interface.
note_smallImportant: This name must match the Application Server ID name configured on the chassis for WEM to be able to manage the system. The Application Server ID name entered here is used as a default value by the application. Once the server installation is complete, additional ASR 5000s to be managed can be configured with unique Application Server ID names via the WEM client interface.
note_smallImportant: This password must match the Application Server Password configured on the chassis for WEM to be able to manage the system. The password entered here is used as a default value by the application. Once the server installation is complete, additional ASR 5000s to be managed can be configured with unique passwords via the WEM client interface.
Enter the maximum number of WEM users with Security Administrator privileges that can simultaneously access the server.
The number can be configured to any integer value from 0 to the number specified as the User Limit. A value of 0 disables the implementation of user limits on a per-context basis.
The number can be configured to any integer value from 0 to the number specified as the User Limit. A value of 0 disables the implementation of user limits on a per-context basis.
note_smallImportant: If the file is not found in the specified directory, an error message is displayed.
note_smallImportant: This parameter must be configured in order to send e-mails to new users when a trap is generated. E-mail can be configured for a trap in Alarm Configuration screen. 'SMTP Server name' is used as the E-mail Server for those mails.
note_smallImportant: This parameter must be configured in order to send e-mails to new users when a trap is generated. E-mail can be configured for a trap in Alarm Configuration screen. 'Sender E-mail ID' is used as the 'From' (Originator) for those mails.
This parameter is used in conjunction with the Bulkstat FTP Perform Operation parameter.
This parameter is used in conjunction with the Bulkstat FTP User Name parameter.
This parameter is used in conjunction with the Bulkstat FTP Perform Operation parameter.
This parameter is used in conjunction with the Bulkstat FTP Perform Operation parameter.
Archived data is stored to the /<ems_dir>/server/bulkstat_archive directory by default.
XML-parsed data is stored in the /<ems_dir>/server/xmldata directory by default.
note_smallImportant: Since the Bulkstat Server process is responsible for XML file generation, if this option is not enabled, the Bulkstat Server process is not started.
Bulkstatistic information retrieved from the chassis via FTP is stored in the /<ems_dir>/server/data directory by default prior to processing.
note_smallImportant: Special rules apply to starting processes that will update dateabases whenever you are installing redundant WEM servers using Oracle Cluster Software. Refer to the appendices for more information before starting database processes.
Caution_iconCaution: To ensure proper operation and data integrity, the PostgreSQL database instances installed with the WEM should only be used by the application.
note_smallImportant: This option is not present in the console-based installation script.
note_smallImportant: This option is not present in the console-based installation script.
note_smallImportant: Special rules apply to starting services and databases when you install redundant WEM servers using Oracle Cluster Software. Refer to the appendices for more information before continuing.
note_smallImportant: Successful installation of the WEM application requires that the Apache Server and EMS processes be started. The default setting is to enable them. Though prompts are provided to disable them, it is highly recommended that you do not modify the default behavior.
note_smallImportant: This must be disabled if you have a redundant High Availability server cluster. See the appendices for more information.
Once all components have started, a dialog box appears confirming that the installation was successful.
Step 5
Step 6
Starting WEM Server...
WEM Server started.
PID: 1370
Logfile generated as:
./log/SERVER_LOG_20051220_142931/SERVER_LOG
Starting Script Server...
Script Server started.
PID: 1389
Logfile generated as:
./log/SCRIPT_LOG_20051220_142937/SCRIPT_LOG
The following table lists the processes that are started at installation.
All log files are stored in the /<ems_dir>/server/log directory by default. Refer to log files for additional information in the event that one or more of the processes did not start properly.
Step 7
Copy the un-installation script to the _uninst directory created during the installation process (/<ems_dir>/_uninst by default) by entering the following command:
cp uninst /<ems_dir>/_uninst/
Step 8
Copy the files related to the WEM migrate script to the scripts directory (/<ems_dir>/server/scripts by default) created during the installation process by entering the following commands:
cp ems_migrate /<ems_dir>/server/scripts
cp README.ems_migrate /<ems_dir>/server/scripts
Step 9
Proceed to the WEM Server Files and Operation chapter of this guide for additional information on WEM Server files and functionality.
note_smallImportant: Please contact Cisco support for default Username and Password.
Installing the WEM Software using the Console-Based Installation Method
Follow the instructions below to install the WEM using the console-based installation script.
note_smallImportant: If you are installing the WEM to upgrade an existing version that is currently installed and running, proceed to the Upgrading the WEM Software chapter of this guide.
Step 1
Step 2
./inst -console
A message appears welcoming you to the WEM installation.
Step 3
Step 4
Follow the on-screen prompts to proceed through the installation script and configure the various parameters as required. Refer to the WEM Installation Parameter Descriptions table for descriptions of the configurable parameters within each of the sections of the script.
Once you have completed the installation configuration and all processes have started, you receive a message indicating that the WEM was successfully installed.
Step 5
Step 6
Starting WEM Server...
WEM Server started.
PID: 1370
Logfile generated as:
./log/SERVER_LOG_20051220_142931/SERVER_LOG
Starting Script Server...
Script Server started.
PID: 1389
Logfile generated as:
./log/SCRIPT_LOG_20051220_142937/SCRIPT_LOG
The following table lists the processes that are started at installation:
All log files are stored in the /<ems_dir>/server/log directory by default. Refer to log files for additional information in the event that one or more of the processes did not start properly.
Step 7
Copy the un-installation script to the _uninst directory created during the installation process (/<ems_dir>/_uninst by default) by entering the following command:
cp uninst /<ems_dir>/_uninst/
Step 8
Copy the files related to the WEM migrate script to the scripts directory (/<ems_dir>/server/scripts by default) created during the installation process by entering the following command:
cp ems_migrate /<ems_dir>/server/scripts
cp README.ems_migrate /<ems_dir>/server/scripts
Step 9
Refer to the WEM Server Files and Operation chapter of this guide for additional information on WEM Server files and functionality.
note_smallImportant: Please contact Cisco support for default Username and Password.
Configuring IPMP on WEM Server
With IPMP, two or more network interface cards (bge0, bge1 etc.) are dedicated for each network to which the host connects. Each interface is assigned a static “test” IP address, which is used to access the operational state of the interface. Each virtual IP address is assigned to an interface, though there may be more interfaces than virtual IP addresses, some of the interfaces being purely for standby purposes. When the failure of an interface is detected its virtual IP addresses are swapped to an operational interface in the group.
The IPMP load spreading feature increases the machine's bandwidth by spreading the outbound load between all the cards in the same IPMP group.
note_smallImportant: IPMP is a feature supported on Sun® Solaris® provided by Sun Microsystems. The configuration is included in Section VI of the System Administration Guide: IP Services from Sun Microsystems. For more information, refer to the Sun documentation
This section describes following procedures to configured IP Multipathing on WEM server:
Before proceeding for IPMP configuration here are some terms related to IPMP configuration:
Multipath Interface Group: This the name given to the group of network devices in a multipath configuration.
Test Addresses: These are IP addresses assigned to each board/interface of the multipath group, they do not move but should not be used for connections in or out of the host.
Multipath/float Address - This is the IP address allocated to a Multipath Interface Group that is shared between all devices in the group (either by load sharing or active standby).
Configuring Probe-based IP Multipathing
Configuration procedure given here assumes that:
NIC_1 and NIC_2 are the network interface devices; i.e. bge0, bge1 etc.
Using network device NIC_2 as active and NIC_1 as the Standby
Multipath IP address is <multipath_IP_address>
Test IP address for <NIC_1> interface in <test_IP_address_NIC_1>
Test IP address for <NIC_2> interface in <test_IP_address_NIC_2>
Step 1
eeprom local-mac-address?=true
Step 2
Create an NIC_1 for the Standby network device with the following entry:
<hostname>-<NIC_1> netmask <netmask> broadcast+group <multipath_grp> deprecated -failover standby up
<hostname> is name of the Host and <NIC_1> is the network device to be set as Standby.
<multipath_grp> is Multipath Interface Group name given to the group of network devices in a multipath configuration.
<netmask> is the sub-netmask used by network.
Step 3
Create an NIC_2 for the active network device with the following entry:
<hostname>-<NIC_2> netmask 255.255.255.0 broadcast+group <multipath_grp> deprecated -failover up addif <hostname>-active netmask 255.255.255.0 broadcast+failover up
<hostname> is name of the Host and <NIC_2> is the network device to be set as Active.
<multipath_grp> is Multipath Interface Group name given to the group of network devices in a multipath configuration.
Step 4
Edit the /etc/hosts file using “vi editor” and add the following three entries:
<multipath_IP_address> <hostname>-active
<test_IP_address_NIC_1> <hostname>-NIC_1
<test_IP_address_NIC_2> <hostname>-NIC_2
multipath_IP_address is the IP address allocated to a Multipath Interface Group that is shared between all devices in the group (either by load sharing or Active-Standby).
test_IP_address_NIC_1 is the IP addresses assigned to <NIC_1> interface of the multipath group, they do not move but should not be used for connections in or out of the host.
test_IP_address_NIC_2 is the IP addresses assigned to <NIC_2> interface of the multipath group, they do not move but should not be used for connections in or out of the host.
Step 5
shutdown -i 6 -g 0 -y
Configuring Link-based IP Multipathing
Configuration procedure provided here assumes that:
<NIC_1> and <NIC_2> are the network interface devices; i.e. bge0, bge1 etc.
Using network device <NIC_1> as active and <NIC_2> as the standby
Multipath IP address is <multipath_IP_address>
Test IP address for <NIC_1> interface in <test_IP_address_NIC_1>
Test IP address for <NIC_2> interface in <test_IP_address_NIC_2>
<my_address> is associated with Multipath IP address <multipath_IP_address> in the /etc/hosts file
Step 1
eeprom local-mac-address?=true
Step 2
Create an NIC_1 for the Active network device with the following entry:
<my_address> netmask + broadcast + group <multipath_grp> up
<my_address> is associated with Multipath IP address <multipath_IP_address> in the /etc/host file.
<multipath_grp> is Multipath Interface Group name given to the group of network devices in a multipath configuration.
Step 3
Create an NIC_2 for the Standby network device with the following entry:
group <multipath_grp> up
Step 4
shutdown -i 6 -g 0 -y
 
 

Cisco Systems Inc.
Tel: 408-526-4000
Fax: 408-527-0883